Please type a plus sign (+) inside this box [T^ //^ 3^ " 



PTO/SB/05 (08-00 



UTILITY 
^ PATENT APPLICATION 

J -* 

s^Iyfornonprovisional applications under 37 CFR § 1 53(b)) 



TRANSMITTAL 



Attorney Docket No. | 2497680311181 



First Inventor or Application Identifier \ Agarwal" 



Title 



PROVTOEVG GIFT CLUSTERING FUNCTIONALITY TO 
ASSIST A USER IN ORDERING MULTIPLE TTEMS FOR 
A RECIPIENT 



Express Mail Label No. 



EL696997051US 




APPLICATION ELEMENTS 

See MPEP chapter 600 concerning utility patent application contents. 



ADDRESS TO: 



Box Patent Application 
Conunissioner for Patents 
Washington, D.C. 20231 



□ 



»■ □ 



Authorization for Extensions & Fee Transmittal 
(Submit an original and a duplicate for fee processing) 
Specification [Total Pages] 

(preferred arrangement set forth below) 

- Descriptive Title of the Invention 

- Cross References to Related Applications 

- Statement Regarding Fed sponsored R&D 

- Reference to sequence listing, a table, or 
a computer program listing appendix 

- Background of the Invention 

- Brief Summary of the Invention 

- Brief Description of the Drawings (if filed) 

- Detailed Description 

- Claim(s) 

- Abstract of the Disclosure 

Applicant clainns small entity status. 
See 37 CFR 1.27 



44 



[x] Drawing(s) (35 use HS) [Total Sheets] 



15 



Oath or Declaration 



a. 



[Total Pages] 
[ I Newly executed (original or copy) 



□ 



Copy from a prior application (37 CFR 1.63(d)) 
{for continuation/divisional with Box 17 completed) 



j |~| DELETION OF INVENTOR(S) 



6. 



□ 



Signed statement attached deleting 
inventor(s) named in the prior application, 
see 37 CFR 1 .63(d)(2) and 1 .33(b) 

Application Data Sheet. (See 37 CFR 1 .76) 



7_ I j CD-Rom or CD-R in duplicate, large table or 
I I Computer Program (Appendix) 

8. Nucleotide and/or Amino Acid Sequence Submission 

(if applicable, all necessary) 

a. I I Computer-Readable Copy 

b Specification Sequence Listing on; 
i. I I CD-ROM or CD-R (2 copies); or 

ii ^21] P^P^*" 
c. I Statements verifying identity of above copies 



ACCOMPANYING APPLICATION PARTS 



9. 

10. 

11. 

12. 

13. 
14. 

15. 
16. 



I [ Assignment Papers (cover sheet & document(s)) 

n n PowerofAttomey 
I I (when fliere IS an assignee) \ | ' 

I [ English Translation Document (if applicable) 

□ Information Disclosure I 1 Copies of IDS 
Statement (IDS)/PTO-1 449 | | Citations 

Preliminary Amendment 
Return Receipt Postcard 

□ Certified Copy of Priority Document(s) 
(if foreign priority is claimed) 

[ [ Other: 



17. If a CONTINUING APPLICATION, checJc appropriate box and supply the requisite information below and in a preliminary amendment 
I I Continuation | [ Divisional [ [ Continuation-ln-Part (CIP) of prior Application No.; 



Prior application information: Examiner _ 



Group / Art Unit _ 



For CONTINUATION or DIVISIONAL apps only : The entire disclosure of the prior application, from which an oath or declaration is supplied under Box 5b 



is considered a part of the disclosure of the accompanying continuation or divisional application and is hereby incorporated by reference The 
incorporation canorNy be relied upon when a portion has been inadvertently omitted from the submitted application parts. 



X Claims the benefit of Provisional Application No. 60/217.333 filed July 11, 2000 



18. CORRESPONDENCE ADDRESS 



Customer Number 25096 / Barcode 



25096 

PATENT TEIADEMARK OFFICE 



Respectfully submitted, 

TYPED or PRINTED NAME JamCS A. D. White 
SIGNATURE 



REGISTRATION NO. 43,985 



Date 1^/^7/0 a 



Q:\Clients\Amazoti24976\8031 (Bouquet)\USO 1 - non-provisional\App Cover.doc 



EXPRESS MAIL NO. EL69699705 lUS 



PROVIDING GIFT CLUSTERING FUNCTIONALITY TO ASSIST A USER 
IN ORDERING MULTIPLE ITEMS FOR A RECIPIENT 

CROSS REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of provisional U.S. Patent Application 
No. 60/217,333 (Attorney Docket No. 24976803 lUS), filed July 11, 2000, which is 
hereby incorporated by reference. 

TECHNICAL FIELD 

The present invention relates to a computer method and system for placing 
orders, and more particularly to a method and system for ordering user-defined groups of 
multiple items. 

BACKGROUND 

The Internet comprises a vast number of computers and computer networks 
that are interconnected through communication Unks. The interconnected computers 
exchange information using various services, such as electronic mail. Gopher, and the 
World Wide Web ("WWW'). The WWW service allows a server computer system (i.e., 
Web server or Web site) to send graphical Web pages of information to a remote client 
computer system. The remote client computer system can then display the Web pages. 
Each resource (e.g., computer or Web page) of the WWW is uniquely identifiable by a 
Uniform Resource Locator ("URL"). To view a specific Web page, a cHent computer 
system specifies the URL for that Web page in a request (e.g., a HyperText Transfer 
Protocol ("HTTP") request). The request is forwarded to the Web server that supports 
tiiat Web page. When that Web server receives the request, it sends that Web page to the 
client computer system. When the client computer system receives that Web page, it 
typically displays the Web page using a browser (i.e., a special-purpose application 
program that effects the requesting of Web pages and the displaying of Web pages). 
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Currently, Web pages are typically defined using HyperText Markup 
Language ("HTML"). HTML provides a standard set of tags that define how a Web page 
is to be displayed. When a user indicates to the browser to display a Web page, the 
browser sends a request to the server computer system to transfer to the client computer 
5 system an HTML document that defines the Web page. When the requested HTML 
document is received by the client computer system, the browser displays the Web page 
as defmed by the HTML document. The HTML document contains various tags that 
control the displaying of text, graphics, controls, and other features. The HTML 
document may contain URLs of other Web pages available on that server computer 
10 system or other server computer systems. 

The World Wide Web is especially conducive to conducting electronic 
% commerce. Many Web servers have been developed through which vendors can advertise 
C and provide items. The item can be products that are delivered electronically to the 
^r: purchaser over the Internet (e.g.^ music) and products that are delivered through 
'^^15 conventional distribution channels (e.g., books delivered by a common carrier). 
4- Similarly, the items can be services that are provided either electronically (e.g, providing 
email service) or physically (e.g. performing cleaning services at the purchaser's house). 
While an orderer or purchaser of an item typically obtains full ownership of the item, 
,2: other types of purchase transactions include renting, leasing, trying an evaluation copy of 
€jio an item for free for a limited time, licensing, bartering, and exchanging. 

A server computer system that is providing a item ordering or purchasing 
service may provide information about the available items using an electronic version of a 
catalog. A user (or "customer") may then use a browser to view and select various items 
in the catalog that are to be purchased. When the user has completed selecting the items 
25 to be purchased, the server computer system then prompts the user for information to 
complete the ordering of the items. This purchaser-specific order information may 
include the purchaser's name, the purchaser's credit card number, and a shipping address 
for the order. The server computer system then typically confirms the order by sending a 
confirming Web page to the client computer system and schedules shipment of the items. 
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The selection of the various items from the electronic catalogs is generally 
based on the "shopping cart" ordering/purchasing model When the purchaser selects an 
item from the electronic catalog, the server computer system metaphorically adds that 
item to a shopping cart. When the purchaser is done selecting items, then all the items in 
5 the shopping cart can be "checked out" (i.e., ordered) when the purchaser provides billing 
and shipment information. In some models, when a purchaser selects any one item, then 
that item is "checked out" by automatically prompting the user for the billing and 
shipment information. Although the shopping cart model is very flexible and intuitive, it 
has a downside in that it requires many interactions by the purchaser. Thus, if a 
10 purchaser is ordering only one item, the overhead of confirming the various steps of the 
ordering process and waiting for, viewing, and updating the purchaser-specific order 
|: information can be significant. Also, sensitive information is transmitted over the 
C Internet each time an order is placed using the shopping cart model, and thus is 
1 susceptible to being intercepted and decrypted. 

1 15 Some Web sites also provide Web-based gift registry functionality (e.g., 

^ www.wishclick.com and www.netgift. com ) in which a user can manually specify 
5 indications of items which they are interested in receiving, such as a "wish list" of desired 
I"; items. Other users that desire to give a gift to that user can view the user's wish Ust, and 
r: then order or purchase an item from the list for the user. When using such wish lists, the 
20 gift recipient is more likely to receive appropriate gifts that they desire, and a gift giver is 
more likely to be able to provide such gifts to tiie recipient. Moreover, some Web sites 
may additionally track the items that gift givers purchase for the recipient, and 
automatically remove those items from the wish list when they are purchased. 

Unfortunately, item ordering or purchasing services can be difficult to 
25 operate in certain circimistances. For example, if a user of such a service desires to send 
multiple items to a recipient, the user can manually specify the multiple items one-by-one 
(^•g-^ by placing all of the items in a shopping cart) and then order those items. However, 
item purchasing services will not typically treat the multiple items as a group - for 
example, some of the items may be shipped at different times if they have different 
30 availability or shipping needs. Even if an item purchasing service allows the user to 
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indicate to ship all of the items together, the multiple items will not typically be treated as 
a group for other purposes such as pricing and availability (i.e., pricing and availability 
information will be presented separately for each individual item rather than for the 
group). In addition, if the user later desires to order the same multiple items (e.g., for a 
5 different recipient), the user will have to manually re-specify all of the items. This 
process can be time-consuming and frustrating. 

Other problems with current item ordering or purchasing services relate to 
situations in which a user desires to order items for a recipient, but has difficulty in 
identifying appropriate items to order. For example, the user may be attempting to order 

10 items for a particular occasion (e.g., the birthday of the user's mother, or Easter), but 
have difficulty identifying items that would be of interest for the recipient on the 
occasion. Altemately, the user may know specific interests of the recipient (e.g., wine 
tasting, rock climbing, 18^^ century French literature, etc.), but have difficulty identifying 
items that would be of interest to people with such interests. In other situations, the user 

15 may know only Hmited information about a potential recipient (e.g., only a usemame or 
an actual name) that does not include any information about the interests of the recipient. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figures lA-lD illustrate an embodiment of creating user-defined gift 
clusters of multiple items to be later used for ordering. 
20 Figures 2A-2B illustrate an embodiment of ordering user-defined gift 

clusters of multiple items. 

Figure 3A illustrates an embodiment of searching for user-defined gift 
clusters of multiple items that satisfy specified search criteria. 

Figure 3B illustrates an embodiment of categorizing customers in a manner 
25 that can be used to identify user-defmed gift clusters of multiple items that are 
appropriate for the customers. 

Figure 4 is a block diagram illustrating an embodiment of a system for 
creating and ordering user-defined gift clusters of multiple items. 
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Figure 5 is a flow diagram of an embodiment of the Create Gift Cluster 

routine. 

Figure 6 is a flow diagram of an embodiment of the Categorize Gift Cluster 

routine, 

5 Figure 7 is a flow diagram of an embodiment of the Search Gift Clusters 

routine. 

Figure 8 is a flow diagram of an embodunent of the View Gift Cluster 

routine. 

Figure 9 is a flow diagram of an embodiment of the Order Gift Cluster 

10 routine. 

Figure 10 is a flow diagram of an embodiment of the Determine Delivery 
^Ij Information For The Gift Cluster subroutine. 

J Figure 1 1 is a flow diagram of an embodiment of the Determine Payment 

^ Information For The Gift Cluster subroutine. 

i 15 DETAILED DESCRIPTION 

A software facility is described below for the creation (or "definition") of 
gift clusters of multiple items in a client/server environment, and for the ordering of such 
□ user-defined gift clusters of multiple items. In particular, a Gift Clustering system 
software facility allows a user to specify multiple items to be associated together as a gift 
20 cluster, and then to order the gift cluster as if it were a single item. In some embodiments 
the Gift Clustering system is provided by and works in conjunction with a particular item 
ordering service, while in other embodiments the system works iadependently from any 
particular item ordering service. 

When creating or defining a gift cluster, the items added to the gift cluster 
25 can differ in various ways, such as having both items representmg goods and items 
representing services, or having items of various product types (e.g., a book, a CD, a food 
product, etc.). In some embodiments, a gift cluster can even have an item that represents 
another gift cluster. Specific mechanisms for creating gift clusters are discussed in 
greater detail below. 
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After a user has created a gift cluster, the user can then order the gift cluster 
as if it were a single item (e,g,, information about the ordering such as an availability or 
delivery date will be displayed for the gift cluster as a whole rather than for the individual 
items), and all of the multiple items associated with the gift cluster will be delivered as a 
group to the recipient of the order (e.g., the items will be shipped so as to arrive together). 
The user may order the gift cluster as a gift for themselves or for another recipient, and 
may also order the gift cluster for the same or different recipients multiple times. 

When creating a gift cluster, a user can also specify a variety of descriptive 
information about the gift cluster. For example, the user may specify shipping 
mstructions (e,g,, next-day shipping) or wrapping instructions (e.g, a particular type of 
wrapping paper) that are appropriate for the items of the gift cluster. In addition, in some 
embodiments the user could specify a particular recipient or delivery address if the items 
are sufficiently specific to an intended recipient. Similarly, the user can in some 
embodiments specify information related to the user (e,g, if only the user will order the 
gift cluster), such as payment information associated with the user. When a gift cluster is 
ordered, such associated descriptive information will be used as part of the ordering 
unless overridden. 

The user can also specify other descriptive information about a created gift 
cluster, such as whether the gift cluster is available only to the user for ordering or 
instead is also available to other customers. In some embodiments the user may indicate 
specific other customers to whom the created gift cluster will be available, while in other 
embodiments the created gift cluster will be available to any customer. In addition, in 
order to encourage users to create usefiil gift clusters and to make them available to 
others, the creators of gift clusters may in some embodiments be compensated for 
supplying gift clusters that are available to other users or for use of their supplied gift 
clusters by other customers. Other types of descriptive information that the user may 
specify about a gift cluster include an expiration date (e,g, after Christmas) or other 
criteria (e.g., a number of times of the gift cluster being ordered, such as 1) that when 
satisfied indicate that the gift cluster should be removed. When the expiration criteria are 
satisfied, the Gift Clustering system can remove (or make inaccessible) the gift cluster. 



The user in some embodiments can also specify various descriptive 
information that categorizes the gift cluster so as to assist the user or others in identifying 
when the gift cluster is appropriate for a recipient. For example^ the user may associate a 
mnemonic moniker with the gift cluster that will be used for display. In addition, the user 

5 may specify other categorization information for the gift cluster that indicates recipients 
or situations for which the gift cluster is appropriate. Such categorization could include 
identifying occasions for which the gift cluster is appropriate and/or identifying types of 
recipients for whom the gift cluster is appropriate. Types of recipients could be identified 
in a variety of ways, such as by interests of the recipients or by demographic information 

10 about the recipients. 

The various categorization or other descriptive information can assist 
customers that are searching for appropriate gift clusters. In some embodiments, 
customers can specify an occasion and/or can identify various information about the 
intended recipient, and will then receive indications of various gift clusters that satisfy the 

15 specified criteria. In other embodiments, customers can use other criteria to search for 
gift clusters, such as popularity of the gift cluster (e.g,, as defined by the number of 
orders that have been received for the gift cluster) or price, either alone or in combination 
with other criteria. If criteria such as popularity is to be used, the system can also track 
the use of the various created gift clusters in order to be able to determine such 

20 information. 

In addition to the user-specified categorization discussed above, the system 
can in some embodiments automatically categorize user-defined gift clusters. This 
automatic categorization can occur in a variety of ways. For example, in some 
embodiments some or all individual items may have categorization information associated 
25 with them (e,g, , a toy with a suggested age range or a gender-specific health product), and 
if so the categorization information for the items in a gift cluster could be combined to 
create an aggregate categorization for the gift cluster. Altemately, in other embodiments 
the system could track information over time about the recipients of a gift cluster (e.g., 
from information specified during searches or fi^om user profiles for recipients), and 
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could aggregate the information about the various past recipients in order to determine a 
categorization for the gift cluster to assist in identifying future recipients. 

Similarly, the system can in some embodiments automatically search for 
appropriate user-defmed gift clusters. For example, even if a customer does not know 
5 demographic information or interests of a possible recipient, the system may be able to 
access such information {e.g., from a user profile for the recipient, from past ordering 
pattems of the recipient, or from pubUcly accessible databases). If so, the system could 
receive an indication of a recipient, access relevant identifying or categorization 
information about the recipient, and automatically search for gift clusters that match the 

10 accessed information. 

In other embodiments, the system may even be able to automatically create 
gift clusters. For example, the system could monitor groups of items that are ordered 
together by various customers. If enough customers order a group of items together, the 
system could automatically create a gift cluster containing those items. 

15 Thus, gift clusters of multiple items can be created in a variety of ways, and 

can have a variety of types of associated information. In addition, the ability to create 
and order gift clusters provides a variety of benefits over current item ordering services. 

Gift clusters can also be identified and ordered by customers in a variety of 
ways. In particular, gift clusters can be added to shopping carts and to wish lists in the 

20 same manner as any other item. In addition, in some embodiments a single-action 
ordering system is provided in which purchaser-specific order information is stored for a 
user and then used to complete an order for an item. Similarly, in some embodiments 
multi-procurement option ordering is provided in which multiple pre-defined alternatives 
with differing purchaser-specific order information are available for completing the 

25 ordering of the item. If single-action or multiple procurement option ordering systems are 
available, customers can use such systems to order gift clusters for themselves or for 
others in the same manner as for other items. Those skilled in the art will appreciate that 
other mechanisms for ordering or purchasing items can similarly be used to order or 
purchase gift clusters. 
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In one embodiment, the single-action ordering system involves the server 
system storing purchaser-specific order information for various potential purchasers. 
When a purchaser requests information describing an item, the server system can send the 
requested information (e.g., via a Web page) to the client computer system along with an 

5 indication of a single action to perform to place the order for the item. When single- 
action ordering is enabled, the purchaser need only perform a single action (e.g., cUck a 
mouse button) to order the item, and the server system then completes the order by 
adding the purchaser-specific order information for the purchaser to the item order 
information (e.g., product identifier and quantity). 

10 In other embodiments, a mechanism for giving an item (including a gift 

cluster) as a gift to an identified recipient(s) using a single action is provided. When 
information is displayed describing the item, the system displays an instruction to identify 
the recipient(s) and then select a "give" button to order the item for the recipient(s). If 
the user is giving the gift to only one recipient, then the user enters identifying 

15 information, such as the email address, of the recipient. If the user is giving the gift to 
more than one recipient, the user could enter the identifying information of each 
recipient, or alternatively, the user could enter a group name that is associated with the 
identifying information for each member (i.e., recipient) of the group. The system then 
uses the identifying information to identify a delivery address for the gift, such as by 

20 searching accessible databases. Single-action ordering is discussed in greater detail in 
U.S. Patent Application No. 09/151,617, filed September 11, 1998, which is hereby 
incorporated by reference in its entkety and which is a continuation-in-part of U.S. Patent 
No. 09/046,503, filed on March 23, 1998, now abandoned, and of U.S. Patent 
Application No. 08/928,951, filed on September 12, 1997, Patent No. 5,960,411. 

25 In yet other embodiments, the multi-procurement option ordering system 

involves each user having multiple defined procurement options such that a selection or 
indication of one of those procurement options can be sufficient to complete the ordering 
of the item without further action by the user. Each procurement option can have a 
unique set of purchaser-specific order information (e.g., payment information, delivery 

30 address, delivery instructions, shipping instructions, wrapping instructions, etc.), can have 



9 



a unique moniker (e.g., a short name such as "home," partial payment information, partial 
delivery address information, recipient name, etc.), and can have a variety of types of 
recipients (e.g., the user, an individual other than the user, a group of recipients, etc.) to 
whom an ordered item will be delivered. In some embodiments, each user can have one 
5 of their procurement options designated as their primary or default procurement option. 
Multi-procurement option ordering is discussed in greater detail in U.S. Patent 
Application No. 09/547,540, filed April 12, 2000, which is hereby incorporated by 
reference in its entirety and which claims the benefit of provisional U.S. Patent 
Application No. 60/171,947, filed December 23, 1999 and of U.S. Patent Application No. 

10 60/190,264, filed March 17, 2000. 

Figures lA-lD illustrate various example embodiments of creating user- 
defined gift clusters of multiple items that can be later used for ordering. In particular, 
Figure lA illustrates the display of an example Web page describing an available item, 
including a mechanism for adding the item to one or more gift clusters. This example 

15 Web page may be sent from a server system to a client system when a user of the client 
system requests to review detailed information about the item. 

The example Web page contains a summary description section 101, a 
shopping cart section 103, an ordering section 105, a wish list addition section 107, and a 
detailed description section 109. These various sections 101-109 allow a user to take a 

20 variety of actions with respect to the described item. In particular, the summary and 
detailed description sections provide information that identifies and describes the item. 
The shopping cart section allows the user to add the described item to one or more 
shopping carts. In particular, the shopping cart section includes a shopping cart option 
display 103 a that indicates a currently selected shopping cart as well as a drop-down 

25 shopping cart selection button to select other shopping carts. The shopping cart section 
also contains a button 103e to use to add the described item to the currently selected 
shopping cart. In a similar manner, the wish list addition section allows the user to add 
the described item to one or more wish lists by usmg a wish list option display 107a that 
allows a current wish list to be selected and a button 107e that adds the described item to 

30 the currently selected wish Ust. The ordering section can be used for single-action 
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ordering and multi-procurement option ordering of the described item. In particular, the 
user can select a current procurement option using the procurement option display 105 a 
(if multiple procurement options are available for the user), and can order the described 
item using the information of the current procurement option with a single-action by 
5 selecting the button 105e {e,g,, with a single click of the mouse button over the displayed 
mdication of the button). The procurement option display may initially show a default 
procurement option, or may instead show only a single procurement option if only one is 
available. The ordering section also contains a gift indication selection option 105g that, 
if selected when the button 105e is selected, causes the system to gather additional 

10 information from the user such as whether a gift message will accompany (or precede) 
the item and whether to gift- wrap the item. 

In addition to the sections 101-109, the example Web page also contains a 
gift cluster creation section 110 with which the user can add the described item to one or 
more gift clusters. In particular, the gift cluster creation section contains a gift cluster 

15 display 112, which includes a current gift cluster 114 and a gift cluster option selection 
button 116. The gift cluster creation section also contains an item addition button 118 
that when selected will add the described item to the current gift cluster. In the illustrated 
embodiment, if there is more than one available gift cluster, a default gift cluster is 
initially selected as the current gift cluster when the Web page is first displayed. In other 

20 embodiments the system may allow only a single gift cluster to be created at a time. As is 
shown, a gift cluster with the moniker "Mom's Birthday Present" is the current gift 
cluster. When the item addition button is selected {e,g., by clicking the mouse when the 
cursor is over section 118), the client system sends a message to the server system 
requesting that the described item be added to the current gift cluster. 

25 After the server system receives a message from the client system to add the 

item to the current gift cluster, the server system can then associate information about the 
item {e.g., a unique item ID) with the current gift cluster. In addition, in some 
embodiments the user may be able to specify quantity information for the item being 
added, either as part of the item description Web page or via an additional Web page (not 

30 shown) sent to the client system in response to the message. The server system may also 
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send a new Web page (not shown) to the client system that confirms that the item has 
been added. The information about the gift clusters and their associated items can also be 
stored in a variety of ways. In some embodiments, the gift cluster information is stored 
by the server system and available to the client system only when the server system 
provides it to the client system, while in other embodiments the cUent system stores the 
gift cluster information and provides it to the server system. 

Those skilled in the art will appreciate that the example Web page can be 
modified m a variety of ways. For example, Web pages on the server system may contain 
only the sections 101-109, and the gift cluster creation section may be selectively 
included or excluded before sending the Web page to the client system. Alternately, in 
some embodiments only a single shopping cart, wish list, procurement option, and gift 
cluster may be available or displayed on the Web page. Those skilled in the art will also 
appreciate that these various sections can be omitted or rearranged or adapted in various 
ways. The user need only be aware of the item to be added to a gift cluster and of an 
action (e.g., a single action) needed to add the item to the gift cluster. 

Figure IB illustrates the display of multiple gift cluster options available for 
selection by the current user. In the illustrated embodiment, a dropdown list of the 
available gift clusters is displayed after the receipt of a user indication (e.g., a left-click of 
the mouse while the cursor is over button 116). In addition to previously created gift 
clusters 120, 122, 124, and 126 that are displayed in the list, an option 130 to create a 
new gift cluster is also displayed. As is shown, some of the information on the Web page 
may be obscured by the dropdown list, such as the button 1 18. In alternate embodiments, 
available gift clusters may be displayed in a manner other than with a dropdown list. For 
example, the available gift clusters may instead be added to the Web page when it is 
initially generated, and thus be displayed without user indication. Alternately, available 
gift clusters can be displayed by cycling through and displaying a single entry at a time 
from a list of available gift clusters. 

The gift clusters to be displayed can be determmed in a variety of ways. In 
some embodiments, any gift cluster that the user has previously created may be displayed, 
while in other embodiments only certain gift clusters (e.g., those whose creation has not 
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been completed) may be displayed. Altemately, some gift clusters (e.g., completed gift 
clusters) can be displayed in a manner that indicates that they are not available for 
selection (e.g., displayed in a dimmed manner or with an identifying mark). 

The appearance of the displayed gift clusters can also vary in different 
5 ways. For example, the order and format in which the gift clusters are displayed can 
vary. In the illustrated embodiment, the list of gift clusters begins with the currently 
selected gift cluster (shown in highlighted form). In addition to order and format, the 
appearance of each individual gift cluster can also vary. For example, rather than 
displaying a moniker to represent a gift cluster, it is also possible to represent a gift 
10 cluster in other manners (e.g., when no moniker is defmed) such as by displaying 
descriptive information about the gift cluster or information about some or all of the items 
in the gift cluster. 

In the illustrated embodiment, the selection of an indicated displayed gift 
cluster causes that gift cluster to become the current gift cluster, but does not cause the 

15 item to be added to that gift cluster. Thus, for example, if gift cluster 122 with the 
moniker "Dog Owners" is selected, then that gift cluster will become the current gift 
cluster and the "Dog Owners" moniker will replace the moniker "Mom's Birthday 
Presenf in the gift cluster display 112. If the user decides to then add the described item 
to the current gift cluster by selecting the button 118, the item will be added to the gift 

20 cluster 122. 

If the user instead selects the "add new gift cluster" option 130, a new gift 
cluster will be created and selected as the current gift cluster. To begin the creation of 
the new gift cluster, the user may be presented with an additional Web page as illustrated 
in Figure ID for gathering information about the new gift cluster, such as a moniker, 

25 shipping instructions, whether to make the gift cluster available to others, and descriptive 
information such as categorization information. In such an embodiment, the new gift 
cluster would be available for having items added to it after the gift cluster information is 
specified. Altemately, some or all of this information may be gathered later, such as after 
the creation of the new gift cluster is complete, and thus the new gift cluster may be 

30 available for having items added to it immediately after option 130 is selected. 
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In other embodiments, gift clusters can be created in other ways. For 
example, Figm*e IC illustrates an Item Categorization Information table 140 that contains 
various information about a wide variety of items. Each item has an entry 140a-140ae in 
the table, with the entry containing various information about the item in some or all of 

5 the fields. For example, entry 140a represents an item with an Item Name of "Book 
ABC" and a unique Item ID of "0001342." The book is categorized as a "Product" with a 
Product Type of "Book," and has no value for the Service Type field since it is not 
categorized as a service. The item is categorized as being appropriate for any occasion 
(indicated in the illustrative example with a "*" in the Occasion field), and similarly is 

10 appropriate for recipients of any Gender, Age Range, and Interests. Those skilled in the 
art will appreciate that a variety of other types of information about the items (e.g., price 
and availability) and about appropriate recipients for the items (e.g., religion and race) 
could also be displayed. 

In addition to item "Book ABC," a variety of other available items are 

15 similarly displayed, including various food products (both packaged and prepared), 
flowers, music CDs, DVD and VHS movies, TVs, software, toys, video games, health 
products, medicine, beauty products, art and other collectibles, housewares and 
kitchenware, furniture and other home furnishings, tools and various lawn products, 
automobiles for purchase or rental, cleaning services, computers and associated services, 

20 gift certificates, and previously created gift clusters. Those skilled in the art will 
appreciate that a variety of other types of items could be displayed. 

In addition to the fields containing item information, each item also has a 
selection box at the left end of its entry which may be selected by the user as part of a gift 
cluster being created. In particular, the selected items will be added to the Current Gift 

25 Cluster 151 displayed below the table, and in the illustrated embodiment the user can 
change the currently selected gift cluster by selecting the Change Gift Cluster button 153. 
After the current gift cluster and each of the items of interest are selected, the user can 
add the selected items to the gift cluster by selecting the Add Selected Items To Gift 
Cluster button 155. Those skilled in the art will appreciate that items can be displayed 

30 and selected for gift clusters in a variety of other ways. 
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Figure ID illustrates one method of supplying a variety of descriptive 
information about a gift cluster being created, regardless of whether it is created by 
selecting option 130 in Figure IB or in some other manner. In the illustrated 
embodiment, the user is required to select a name moniker 162 for the gift cluster, and 
5 can optionally select a variety of types of other information. The other information 
includes a Description 164, an indication of whether the gift cluster is to be Available To 
Others 166, Expiration criteria 168, and one or more Recipients 170, Categories 172, 
Occasions 174, Education Levels 176, Genders 178, Income Levels 180, Ages (or age 
ranges) 182, geographic Locations 184, hiterests 186, Races 188, Ethnicities 190, 

10 Religions 191, Occupations 192, Sexual Orientations 193, Gift Wraps 195, Shipping 
Instructions 196, and Accompanying Cards 197. For some types of information the user 
may select from a dropdown list (e.g.. Available To Others), while for other types of 
information the user may enter freeform text (e.g., Description). After all of the 
information of interest has been specified, the user can associate the specified information 

15 with the gift cluster being created by selecting the Create New Gift Cluster As Indicated 
button 160. Those skilled in the art will appreciate that any type of information 
describing an item or how an item can be appropriately used (including appropriate 
occasions and recipients for the item) could similarly be specified for the gift cluster, and 
that in some embodiments a Name moniker may not be required. 

20 After one of more gift clusters have been created, such gifts clusters can be 

used for purchasing multiple items for a recipient as a group. Figures 2A-3B illustrate 
various embodiments of identifying and purchasing appropriate user-defined gift clusters 
of multiple items. In particular, Figure 2 A illustrates one method in which a user can 
view gift clusters which they have previously created and can order one or more of those 

25 gift clusters for a recipient. The previously created gift clusters are displayed (e.g., in 
response to a user request) in a My Gift Clusters table 220 that contains various 
information about the gift cluster. Each gift cluster has an entry in the table that contains 
information about the gift cluster, and also has a sub-entry in the table for each item in 
the gift cluster. 



15 



Thus, for example, the gift cluster with the moniker "Mom's Birthday 
Present" is represented by entry 220a in the table, and the three items selected in Figure 
IC to be added to the gift cluster are represented by sub-entries 220b-220d. These sub- 
entries contain the item information illustrated in Figure IC, whether copied from or 
linked to the Item Categorization Information table. This gift cluster is indicated to be 
Accessible To Others {e.g., whether specifically indicated by the user or as a default for 
newly created gift clusters), to currently have no Expiration Date or other expiration 
criteria, and to have a price of $150 for all of the items in the gift cluster. No description 
information is available for the gift cluster, but it does have a unique cluster ED. In 
addition, the gift cluster has a variety of categorization information associated with it. In 
the illustrated embodiment, the categorization information of the various items in the gift 
cluster is automatically combined to create a set of categorization information for the gift 
cluster that is consistent with the items. In some embodiments, the user may be able to 
manually modify some or all of the automatically generated descriptive information 
associated with the gift clusters, while in other embodiments all descriptive information 
about the gift clusters may instead be manually supplied. Gift cluster ABC, represented 
by entry 220e and sub-entries 220f-220g similarly has various associated information in 
the table. 

In addition to the other fields, each gift cluster entry in the table also has a 
selection box at the left end of its entry which may be selected by the user. In addition, a 
Current Recipient 23 1 is displayed below the table, as well as a Change Recipient button 
233. After a current recipient and one or more gift clusters of interest are selected, the 
user can order the selected gift clusters for the selected recipient by selecting the Buy 
Selected Gift Clusters For Recipient Now button 235. Those skilled in the art will 
appreciate that gift clusters can be displayed and selected for ordering for a recipient in a 
variety of other ways. 

Rather than ordering gift clusters from a display of multiple gift clusters 
such as in table 220, a user may mstead be able to order an available gift cluster from an 
Web page describing the gift cluster, an example of which is illustrated in Figure 2B. 
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This example Web page may be sent from a server system to a client system when a user 
of the client system requests to review detailed information about a gift cluster. 

The example Web page contains a summary description section 201, a 
shopping cart section 203, an ordering section 205, a wish list addition section 207, and a 

5 detailed description section 209. These various sections 201-209 allow a user to take a 
variety of actions with respect to the described gift cluster. In particular, similarly to the 
item description Web page illustrated in Figure 1 A, the summary and detailed description 
sections provide information that identifies and describes the gift cluster (e.g., 
information about the various items in the gift cluster and/or various categorization 

10 information about the gift cluster). The shopping cart section allows the user to add the 
described gift cluster to one or more shopping carts by selecting a current shopping cart 
with the shopping cart option display 203 a and adding the gift cluster to the current 
shopping cart with button 203e. In a similar manner, the wish list addition section allows 
tiie user to add the described gift cluster to one or more wish Usts by using a wish list 

15 option display 207a that allows a current wish list to be selected and a button 207e that 
adds the described gift cluster to the currently selected wish hst. The ordering section 
can also be used in a manner similar to that described with respect to Figure lA for 
single-action ordering and multi-procurement option ordering of the described gift cluster 
for a specified recipient. In addition to the sections 201-209, the example Web page also 

20 contains a gift cluster creation section 210 with which the user can add the described gift 
cluster to one or more other gift clusters. 

After the server system receives a message from the client system to 
perform one of the mdicated actions for the described gift cluster (e.g., order the gift 
cluster for a specified recipient), the server system can then perform the requested action. 

25 The server system may also send a new Web page (not shown) to the chent system that 
confirms that the action has been taken. 

Those skilled in the art will appreciate that this example Web page can be 
modified in a variety of ways. For example, in some embodiments only a single shopping 
cart, wish list, procurement option, and gift cluster may be available or displayed on the 

30 Web page. Those skilled in the art will also appreciate that the various displayed sections 
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can be omitted or rearranged or adapted in various ways. The user need only be aware of 
the gift cluster and of the recipient, and of an action {e.g., a single action) needed to order 
the gift cluster for the recipient. 

In addition to a user being able to display the various gift clusters that the 
user has previously created, the user may also be able to identify various gift clusters 
which match specified criteria, whether they were created by the user or by others. In 
particular. Figure 3A illustrates one embodiment in which a user can specify various 
criteria, and can search for and retrieve various gift clusters which match the specified 
criteria. 

In the illustrated embodiment the user can specify search criteria for one or 
more categorization information types 302-322, and can also specify logical connectors 
{e.g., AND, OR, NOT, etc.) 352-368 which determine how multiple search criteria are 
combined when searching. The categorization information types include a gift cluster 
Name 302, user Creator 304, Category 306 {e.g., any service, or a particular product such 
as a book). Occasion 308, Gender 310, Age 312, hiterests 314, Maximum Price 316, and 
Expiration criteria 318, and for each of these categories the user can select an appropriate 
value. The categorization information types also include category type 320 which allows 
the user to select any of a number of gift cluster properties, and to specify a value for the 
property m field 322. For some types of information the user may select from a 
dropdown list, while for other types of information the user may enter freeform text. 
After aU of the search criteria of interest has been specified, the user can search for gift 
clusters that match the search criteria by selecting the Search Now button 370. If the user 
had specified criteria indicating, for example, an Occasion of "Christmas," a Gender of 
"Male," and an Age of 17, both of the gift clusters illustrated in Figure 2A would match 
the specified criteria. However, unless the user performing the search was the same user 
that created the two gift clusters, only the gift cluster represented by entry 220a will be 
presented to the searching user since the other gift cluster is not Accessible To Others. 

Those skilled in the art will appreciate that any type of information 
describing a gift cluster or how a gift cluster can be appropriately used (including 
appropriate occasions and recipients for the gift cluster) could be specified as search 
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criteria. In addition, gift clusters that are identified as matching the specified search 
criteria can be displayed to the user performing the search in a variety of ways, such as in 
a table similar to table 220 illustrated in Figure 2A or in multiple descriptive gift cluster 
Web pages such as is illustrated in Figure 2B. 

5 In an alternate embodiment, a user may be able to identify various gift 

clusters which are appropriate for a particular recipient, even if the user does not have 
other relevant information about the user. For example, the system may maiatain or have 
access to various information about the recipient which can be automatically identified 
and used as search criteria. In some embodiments the information will be displayed to 

10 the user, and the user can then use the customer information to perform a search. In other 
embodiments, such information about the user may not itself be displayed to the user, but 
the information can be automatically used to perform a search, and the results of the 
search will be displayed to the user. 

Figure 3B illustrates an embodiment in which various information about 

15 multiple customers is stored and can be used as search criteria. In particular, Figm^e 3B 
illustrates a Customer Categorization Information table 390 that contains various 
information about customers. Each customer has an entry 390a-390d in the table, with 
the entry containing various information about the customer in some or all of the fields. 
For example, entry 390a represents customer John Doe who has a unique Customer ID of 

20 "2749328." Mr. Doe is Male and has an age of 37, but other information about Mr. Doe 
such as his Birthday, Interests, Occupation, Education Level, hicome Level, Location, 
Race, Ethnicity, Religion and Sexual Orientation is not available. For other customers 
such as the person represented by entry 390c, the actual name of the user may not even be 
available, with only a usemame or screenname instead being used. Those skilled in the 

25 art will appreciate that a variety of other types of information about the customers could 
also be stored and displayed. 

In addition to being able to use the information in the table as search 
criteria (whether automatically or manually), the table in the illustiated embodiment can 
also be displayed to the user and used for specifying recipients of a gift cluster being 

30 ordered. In particular, each customer entry in the table has a selection box at the left end 
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of its entry which may be selected by the user. A Current Gift Cluster 381 is also 
displayed below the table, as well as a Change Gift Cluster button 383. After a current 
gift cluster and one or more recipients of interest are selected, the user can order the 
current gift cluster for the selected recipients by selecting the Buy Gift Cluster For 

5 Selected Recipient Now button 385. 

Those skilled in the art will appreciate that the embodiments shown in 
Figures 1A-3B are for illustrative purposes only, and are not intended to limit the scope 
of the invention. A user can perform a creation of a gift cluster of multiple items in a 
variety of ways, and can similarly perform an identification of an appropriate gift cluster 

10 or an ordering of a gift cluster in a variety of ways. 

Figure 4 is a block diagram illustrating a server computer system 400 
suitable for executing an embodiment of the Gift Clustering system, and chent computer 
systems 450 from which users can access fimctionality related to gift clusters. The server 
computer system includes a CPU 405, various I/O devices 410, storage 420, and memory 

15 430. The I/O devices include a display 411, a network cormection 412, a computer- 
readable media drive 413, and other I/O devices 415. 

An embodiment of the Gift Clustering system 440 is executing in memory, 
and it includes a Gift Cluster Creator component 441, a Gift Cluster Categorizer 
component 443, a Gift Cluster Searcher component 445, a Gift Cluster Viewer 

20 component 447, and a Gift Cluster Purchaser component 449. In some embodiments, the 
Gift Clustering system will operate in conjunction with an optional item purchasing or 
ordering service 432 that can be executing on another computer system or on the server 
system 400. 

Users can access the Gift Clustering system in a variety of ways. For 
25 example, some users may have physical access to the server computer system. 
Altemately, other users can use client computer systems to remotely access the system 
(e.g., via the Internet and/or the World Wide Web). Such users can use software or other 
functionality provided on the client computer systems, such as a browser 462 executing in 
memory 460, to interact with the Gift Clustering system. In addition, some or all of the 
30 Gift Clustering components may provide various feedback or other general types of 
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information to users (e.g., in response to user requests), and this information can be 
presented to the user on the display 411 of the server system or on one of the I/O devices 
465 on a client system. 

As the Gift Clustering system executes, the Gift Cluster Creator component 

5 receives requests from users to create gift clusters of multiple items and in response 
creates the gift clusters. In particular, the Gift Cluster Creator component may receive an 
indication to create a new gift cluster, and optionally may obtain various categorization 
information to be associated with the new gift cluster and/or various other descriptive 
information about the gift cluster. After a new cluster is initially created, various items 

10 can be added to the gift cluster by indicating the items (and the gift cluster if more than 
one is being created) to the Gift Cluster Creator component. After tiie new gift cluster is 
created, the gift cluster and its associated information (including the items added to the 
gift cluster and the other descriptive information) are stored in the Gift Cluster database 
421 on storage 420. 

15 The Gift Cluster Categorizer component categorizes created gift clusters to 

assist in later identification of appropriate gift clusters, such as when searches are 
conducted. If the Gift Cluster Creator component received categorization information for 
a newly created gift cluster from the user, the Gift Cluster Creator component supplies 
the categorization information to the Gift Cluster Categorizer component. In some 

20 embodiments the Gift Cluster Categorizer component will categorize the created gift 
cluster using manually specified information, whether received from the Gift Cluster 
Creator component or directly from the user. To assist the user in manually categorizing 
the created gift cluster, the Gift Cluster Categorizer component can supply information to 
the user that identifies possible categorization types and/or possible values for 

25 categorization types, and in return receive categorization information. 

hi other embodiments, the Gift Cluster Categorizer component will 
automatically categorize the created gift cluster. As described previously, this can be 
done in a variety of ways, such as by aggregating item categorization information for the 
items in the gift cluster (e.g., from the Item database 425 on storage 420) or by tiacking 

30 recipients of the gift cluster and aggregating customer categorization information (e.g., 
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from the Customer database 423 on storage 420) for the recipients. After the gift cluster 
is categorized, its associated categorization information is stored in the Gift Cluster 
database and is associated with the gift cluster. 

The Gift Cluster Searcher component assists users in searching for 

5 appropriate gift clusters. For example, the Gift Cluster Searcher component can allow a 
user to specify various categorization criteria (e.g., an occasion and/or various 
information about the intended recipient), and will then determine various gift clusters 
that satisfy the specified criteria (e.g., by using information in the Gift Cluster database) 
and indicate them to the user. 

10 The Gift Cluster Viewer component displays one or more indicated gift 

clusters to a user in a variety of ways. The component can retrieve a variety of 
information about the gift clusters from the gift cluster database, and send the retrieved 
information (e.g., as part of a Web page) to the user for display. 

The Gift Cluster Purchaser component allows a user to order one or more 

15 gift clusters as if they were a single item for one or more recipients. The user may order 
the gift cluster as a gift for themselves or for another recipient, and may also order the gift 
cluster for the same or different recipients multiple times. The user can indicate the gift 
clusters and recipients in a variety of ways. 

Those skilled in the art will appreciate that computer systems 400 and 450 

20 are merely illustrative and are not intended to limit the scope of the present invention. 
For example, the functionality provided by the illustrated components may in some 
embodiments be combined in fewer components or distributed in additional components, 
such as having separate components that determine pricing and/or availability information 
for a gift cluster rather than including this functionality in another component such as the 

25 Gift Cluster Purchaser. In addition, while items 440-449 and 432 are illustrated as being 
stored in memory while being used, those skilled in the art will appreciate that these 
items, or portions of them, can be transferred between memory and other storage devices 
for purposes of memory management and data integrity. Similarly, while items 421-425 
are illustrated as being present on storage while being used, those skilled in the art will 

30 appreciate that these items, or portions of them, can instead be present in memory and 
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transferred between storage and memory. Alternately, in other embodiments some or all 
of the software components or systems may execute in memory on another device, and 
commmiicate with the Gift Clustering system via inter-computer communication. The 
Gift Clustering system may be stored as instructions on a computer-readable medium, 

5 such as a hard disk, a memory, or a portable article to be read by an appropriate drive. 
Similarly, the data structures of the Gift Clustering system may also be stored on a 
computer-readable medium. Moreover, the Gift Clustering system instructions and data 
structures can also be transmitted as generated data signals on a variety of computer- 
readable transmission mediums, including wireless-based and wired/cable-based 

10 mediums. Da addition, the computer systems may contain additional components not 
shown (e.g., various standard I/O devices) or may lack some illustrated components, and 
the computer system 400 may be connected to other devices, including through a 
network, through the Internet, or via the World Wide Web (WWW). Accordingly, the 
present invention may be practiced with other computer system configurations. 

15 In some embodiments, a cUent system communicates with the server 

system in order to send HTTP requests and receive Web pages from the server. The 
client system can use a browser to send and receive HTTP messages and to display Web 
pages. One skilled in the art will appreciate that the techniques of the Gift Clustering 
system can be used in various environments other than the Intemet. For example, the 

20 techniques can also be used in an electronic mail environment in which a gift cluster is 
described in an electronic mail message along with an indication of a recipient so as to 
ordering the gift cluster for the recipient. Also, various communication channels may be 
used, such as a local area network, a wide area network, or a point-to-point dialup 
connection. In addition, a server system may comprise any combination of hardware or 

25 software that can generate orders in response to selection of a gift cluster and a recipient. 
Similarly, a client system may comprise any combination of hardware or software that 
can interact with the server system. These systems may include television-based systems 
or various other consumer products through which orders may be placed. In addition, 
while Web pages are often constructed using HTML, other methods can be used to create 

30 such pages, such as Java, XML, HDML, WML, CGI scripts, etc. Similarly, 
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communication protocols other than HTTP can be used, such as WAP, TCP/IP, or FTP, 
as well as a variety of inter-device communication mechanisms, including CDPD, 
CDMA, GSM, PDC, PHS, TDMA, FLEX, ReFLEX, iDEN, TETRA, DECT, DataTAC, 
Mobitex, etc. Both the client and the server system can also operate on a wide variety of 
5 operating system types (e.g., Windows, Linux, Unix, MacOS, BEOS, PalmOS, EPOC, 
Windows CE, FLEXOS, OS/9, JavaOS, etc.), and need not share the same operating 
system. 

Figure 5 is a flow diagram of an embodiment of the Create Gift Cluster 
routine 500. The routine receives an indication of a gift cluster to be created, adds 

10 various items to the gift cluster, and optionally receives various descriptive information 
about the gift cluster and associates that information with the gift cluster. The routine 
begins in step 505 where an indication of the gift cluster to be created is received. The 
routine then continues to step 510 to determine if the indicated gift cluster is a new gift 
cluster or an existing gift cluster. If new, the routine continues to step 515 to create a 

15 new empty gift cluster, and if not the routine continues to step 520 to retrieve information 
about the existing gift cluster (e.g., from the Gift Cluster database). 

After steps 515 or 520, the routine continues to step 525 to determine if 
available items that can be added to the gift cluster are to be displayed, and if so 
continues to step 530 to display the available items. After step 530, or if available items 

20 are not to be displayed, the routine contmues to step 535 to receive an indication of an 
item to be added to the gift cluster. In step 540, the routine then optionally receives an 
indication of a quantity of the item, which in some embodiments may default to a 
specified quantity such as 1 if another quantity is not indicated. The routine then 
continues to step 545 to add the indicated item in the indicated quantity to the gift cluster. 

25 After step 545, the routine continues to step 550 to determine if more items are to be 
added to the gift cluster, and if so returns to step 535, 

If additional items are not to be added to the gift cluster, the routine 
continues to step 555 to determine if descriptive delivery-related information is to be 
specified for the gift cluster. If so, the routine contmues to step 560 to optionally receive 

30 shipping instructions. In step 565, the routine then optionally receives a delivery address. 
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and in step 570 optionally receives gift wrap instructions. The routine next optionally 
receives accompanying card instructions in step 575, and in step 580 associates the 
various received information with the gift cluster. After step 580, or if it was determined 
in step 555 that information was not to be specified, the routine continues to step 582 to 

5 determine if descriptive categorization information about the gift cluster is to be 
specified. If so, the routine continues to step 585 to execute the Categorize Gift Cluster 
routine. After step 585, or if it was instead determined in step 582 that other information 
was not to be specified, the routine continues to step 587 to determine if more gift 
clusters are to be created. If so, the routine returns to step 505, and if not the routine 

10 continues to step 595 and ends. 

Figure 6 is a flow diagram of an embodiment of the Categorize Gift Cluster 
routine 600. The routine receives various categorization information about an mdicated 
gift cluster, and associates the information with the gift cluster. The routine begins in 
step 605 where an indication of a gift cluster is received. The routine next continues to 

15 step 610 to retrieve various information about the gift cluster, such as from the Gift 
Cluster database. In step 615, the routine next determines if the gift cluster is to be 
automatically or manually categorized. If automatic categorization is to occur, the 
routine continues to step 620 to retrieve categorization information about items in the gift 
cluster. The routine then continues to step 625 where it creates aggregate categorization 

20 information that is consistent with the retrieved categorization information. In step 630, 
the created aggregate categorization information is then associated with the gift cluster. 
Those skilled in the art will appreciate that other types of automatic generation of 
categorization information can occur. 

If it was instead determined in step 615 that manual categorization was to 

25 occur, the routine instead continues to step 635 where it displays the information about 
the gift cluster that was retrieved in step 610. The routine next continues to step 640 
where a receives an indication of a type of categorization information from the user, and 
in step 645 receives an indication of a value for the categorization type. In step 650 tiie 
routine then associates the categorization type and value with the gift cluster, and then 

30 continues to step 655 to determine if more manual categorization is to occur for the gift 
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cluster. If so, the routine returns to step 635, and if not or after step 630, the routine 
continues to step 660 to determine if more gift clusters are to be categorized. If so, the 
routine returns to step 605, and if not the routine continues to step 695 and ends. 

Figure 7 is a flow diagram of an embodiment of the Search Gift Clusters 
routine 700. The routine receives indications of various search criteria from a user, 
determines gift clusters that match the search criteria, and display indications of the gift 
clusters to the user. The routine begins in step 705 where a hst of available search 
categories is displayed to a user. The routine then continues to step 710 where it receives 
an indication from the user of the search category, and in step 715 receives an indication 
of a search term value for the search category. In step 720, the routine then determines if 
more search categories are to be specified, and if so continues to step 725 to receive an 
indication of a term connector for the previous and next search terms, and then returns to 
step 710. If it was instead determined that no more categories are to be specified, the 
routine continues to step 730 to determine accessible gift clusters that match the search 
criteria , and then continues to step 735 to display a list of those gift clusters to the user. 
In step 740, the routine next determines if more searches are to occur, and if so returns to 
step 705, and if not continues to step 795 and ends. 

Figure 8 is a flow diagram of an embodiment of the View Gift Cluster 
routine 800. The routine receives an indication of a gift cluster from a user, and displays 
information about the gift cluster to the user. The routine begins in step 805 where an 
indication related to a gift cluster is received. The routine continues to step 810 to 
determine if a particular gift cluster is indicated. If so, the routine continues to step 815 
to retrieve information about the gift cluster (e.g., from the Gift Cluster database), and 
then continues to step 820 to display the retrieved information to the user. If it was 
instead determined in step 810 that the indication was not a particular gift cluster, the 
routine continues to step 825 to determine if a particular user was indicated. If so, the 
routine continues to step 830 to determine gift clusters created by that user, and in step 
835 displays a list of those gift clusters to the user who supplied the indication. If it was 
instead determined in step 825 that a particular user was not indicated, the routine 
continues to step 840 to determine if a particular item was indicated. If so, the routine 
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continues to step 845 to detennine various gift clusters that include the item, and then 
continues to step 850 to display a list of the determined gift clusters to the user. After 
steps 820, 835, 850, or if it was instead determined in step 840 that a particular item was 
not indicated, the routttie continues to step 855 to determine if more gift clusters are to be 
5 displayed. If so, the routine returns to step 805, and if not the routine continues to step 
895 and ends. 

Figure 9 is a flow diagram of an embodiment of the Order Gift Cluster 
routine 900. The routine receives an indication of a gift cluster, of a recipient, and of 
payment information, and then orders the gift cluster for the recipient using the payment 

10 information. The routine begins in step 905 where an indication of the gift cluster is 
received. The routine continues to step 910 where an indication of a procurement option 
is received, with the procurement option optionally containing recipient information, 
payment information, and other delivery information. Those skilled in the art will 
appreciate that recipient, payment and delivery information can be received in a fashion 

15 other than via a specified procurement option. The routine next continues to step 915 to 
optionally receive an indication of one or more recipients tiiat are different from tiie 
recipients specified by the procurement option, and if so selects the newly indicated 
recipients to be the order recipients. The routine next rettieves information about the gift 
cluster, such as from the Gift Cluster database, and tiien continues to step 922 to 

20 determine if each of the items in the gift cluster are currently available (e.g., from the 
Item database). If not, the routine continues to step 924 to indicate to the user that the 
gift cluster is not currently available for delivery, and can optionally indicate the 
particular items which are not currentiy available. 

If the gift cluster items are available, the routine continues to step 925 to 

25 execute the Determine Delivery Information For The Gift Cluster subroutine to gather 
delivery information, and then to step 930 to execute the Determine Payment Information 
For The Gift Cluster subroutine to gather payment information. The routine next 
continues to step 935 to optionally display a summary of the various ciirrent ordering 
information for the gift cluster, and continues to step 940 to determine if the user wishes 

30 to make changes to the information or to cancel the order. If the user wishes to make 
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changes, the routine continues to step 945 to receive an indication of a change to be 
made, then continues to step 950 to change the information as indicated, and then retums 
back to step 935. If the user instead indicates in step 940 to complete the order using the 
current order information, the routine continues to step 955 to place an order for the items 
5 in the gift cluster as a group using the order information, and then continues to step 960 
to display an order confirmation to the user. After steps 924 or 960, the routine continues 
to step 965 to determine if more orders are to be placed. If so, the routine retums to step 
905, and if not the routine continues to step 995 and ends. 

Figure 10 is a flow diagram of an embodiment of the Determine Delivery 
10 Information For The Gift Cluster subroutine 925. The subroutine receives an indication 
of a gift cluster, and determines delivery information for an order of the gift cluster. In 
O the illustrated embodiment, the subroutine determines delivery information for the gift 
ii cluster without requesting manually specified information, while in other embodiments 
;K such information may be manually requested and supplied. The subroutine begins in step 
^^15 1005 where an indication of a gift cluster is received, and then continues to step 1010 
|; where an indication of a procurement option to be used for the ordering is received. In 
L step 1015, the subroutine selects any delivery information associated with the 
S procurement option, and then continues to step 1020 to determine if the gift cluster has 
'-4 associated delivery information of a different type in the procurement option. If so, the 
S20 subroutine continues to step 1025 to select the associated delivery hiformation associated 
with the gift cluster. In the illustrated embodiment, delivery information associated witii 
a gift cluster will override delivery information associated with the procurement option, 
because aspects of the gift cluster may necessitate special delivery (e.g., overnight 
delivery may be needed for perishable items). 
25 After step 1025, or if it was determmed that the gift cluster did not have 

different associated delivery information, the subroutine continues to step 1030 to 
determine if additional delivery information is needed (e.g., when neither the 
procurement option nor the gift cluster has associated delivery information). If so, the 
subroutine continues to step 1035 where delivery information associated with items in the 
30 gift cluster is retrieved. The subroutine then continues to step 1040 to determine 
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aggregate delivery information that is consistent with the retrieved item delivery 
information, and in step 1045 selects any determined delivery information of a type that 
is needed. Thus, in the illustrated embodiment, delivery information associated with 
either the procurement option or the gift cluster overrides item-specific delivery 

5 information. The subroutine then continues to step 1050 to determine if additional 
delivery information is needed, and if so selects default delivery information for the types 
additionally needed. After step 1055, or if it was instead determined in steps 1030 or 
1050 that additional delivery information is not needed, the subroutine continues to step 
1060 to return the selected delivery information. The subroutine then continues to step 

10 1095 and returns. 

Figure 1 1 is a flow diagram of an embodunent of the Determine Payment 
Information For The Gift Cluster subroutine 930. The subroutine receives an indication 
of a gift cluster, and determines payment information for ajti order of the gift cluster. In 
the illustrated embodiment, payment information for the gift cluster is determined 

15 automatically if possible, and manually if not. The subroutine begins in step 1 105 where 
an indication of the gift cluster is received, and m step 1110 then receives an indication of 
a procurement option to be used for the ordering. The subroutine next continues to step 
1115 to determine if the procurement option has sufficient associated payment 
information. If so, the subroutine continues to step 1 120 to select the associated payment 

20 information. If not, the subroutine instead continues to step 1 125 to receive manually 
specified payment information, and in step 1130 then selects the received information. 
After steps 1120 or 1130, the subroutine continues to step 1135 where it returns the 
selected payment information. The subroutine then continues to step 1 195 and returns. 

Although the present invention has been described in terms of various 

25 embodiments, it is not intended that the invention be limited to these embodiments. 
Modification within the spirit of the invention will be apparent to those skilled in the art. 
For example, various different single actions can be used to effect the placement of an 
order, such as a voice command spoken by the purchaser, a key depressed by the 
purchaser, a button on a television remote control device depressed by the purchaser, or a 

30 selection effected using any pointing device. Although a single action may be preceded 
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by multiple physical movements of the purchaser {e.g., moving a mouse so that a mouse 
pointer is over a button, displaying a list of possible procurement options), the single 
action generally refers to a single event received by a client system that indicates to place 
the order. The scope of the present invention is defined by the claims that follow. 
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CLAIMS 



1 LA method for assisting a user of aa item purchasing service in giving 

2 groups of related items to recipients, the computer-implemented method comprising: 

3 defining each of a plurality of gift clusters having multiple related items by, 

4 for each of a plurality of items, 

5 displaying information identifying the item to the user; 

6 receiving an indication from the user to add the item to the 
e 7 gift cluster being defined; and 

% 8 hi response, adduig the item to the gift cluster bemg defined; 

f ^ 9 receivmg an indication from the user of at least one category for the 

+10 gift cluster being defined; and 

Jii associatmg the indicated at least one category with the gift cluster 

3 2 being defined; 

fib storing each of the defined gift clusters for later use in ordering; 

r|i4 after the storing, displaying to the user information identifying the stored 

"15 defined gift clusters and the categories associated v^ith each of the gift clusters; and 

16 after selection by the user of a displayed indication of one of the identified 

17 gift clusters and an uidication of a recipient, sending to a server computer a request to 

18 order as a group for the recipient each of the items included in the indicated gift cluster, 

19 so that the user can send muhiple related items to a recipient with a single selection. 

1 2. The method of claim 1 wherem the indicated gift cluster includes an 

2 item representing a product to be supplied and an item representing a service to be 

3 provided. 
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1 3. The method of claim 1 wherein the indicated gift cluster includes 

2 items that are different types of products. 



1 4. The method of claim 1 wherein a procurement option is defined to 

2 assist ordering of items for a specified recipient using specified payment information, 

3 wherein the specified recipient is the indicated recipient, and wherein the selection of the 

4 displayed indicated gift cluster and indicated recipient is based on selection of a 

5 displayed indication of the procurement option while the procurement option is 

6 associated with the indicated gift cluster. 



^5 1 5. The method of claim 4 mcluding using the specified payment 

C 2 information to purchase each of the items included in the indicated gift cluster. 

I;: 1 6. The method of claim 1 including: 

^ 2 receiving an indication from another user to display information identifying 

h 3 defined gift clusters having an associated specified value for a specified category; 
J^J 4 determining available stored gift chisters having the associated vahie for the 

C 5 category; 

6 displaying to the another user information identifying the determined gift 

7 clusters; and 

8 after selection by the another user of a displayed indication of one of the 

9 determined gift clusters and an indication of a second recipient, sending to a server 

10 computer a request to order as a group for the second recipient each of the items included 

1 1 in the gift cluster indicated by the another user. 

1 7. The method of claim 1 including receiving an indication from the 

2 user to make at least one of the stored defined gift clusters available for ordering by other 

3 users. 
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1 8. The method of claim 1 including sending to the recipient as a group 

2 each of the items included in the indicated gift cluster. 

1 9. A method for ordering multiple items defined by a user as a group 

2 using a client system, the method comprising: 

3 displaying information identifying multiple items previously defined by a 

4 user to be a group, and displaying an indication of an action that is to be performed to 

5 order the user-defined group of multiple items; and 

6 in response to the indicated action behig performed, sending to a server 

7 computer a request to order the user-defmed group of multiple items. 

1 10. The method of claim 9 including receiving an indication of a 

2 recipient to whom the ordered group of multiple items is to be delivered, and wherein the 

3 sending of the request includes an indication to deliver the multiple items to the indicated 

4 recipient as a group. 

1 11. The method of claim 9 wherem the sending of the request to the 

2 server computer results in an order being placed for the multiple items without any 

3 further interaction by a user of the client system. 

1 12. The method of claim 9 wherein the displaying includes displaying an 

2 indication to add the user-defmed group to a collection of items for later ordering. 

1 13 . The method of claim 9 wherein the displaying includes displaying to 

2 a user an indication to add the user-defmed group to a collection of items for that user 

3 that is accessible to others, the collection for indicating to the others items in which that 

4 user has expressed an interest. 
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1 14. The method of claim 9 wherein the displaying includes displaying an 

2 indication of each of multiple procurement options having information related to 

3 ordering, wherein the indicated action that is to he performed to order the user-defined 

4 group is selection of one of the displayed procurement option indications, and wherein 

5 the sending of the request includes an indication to order the user-defined group using the 

6 information of the procurement option for the selected indication. 

1 15. The method of claim 9 wherein the displaying identifies multiple 

2 user-defined groups each having multiple items, and includhig, before the sending to the 

3 server computer of the request to order a user-defined group of multiple items, receiving 

4 an indication of the user-defined group of multiple items to be ordered from a customer 

5 performing the ordering. 



1 16. The method of claim 15 wherein the displaying that identifies the 

2 multiple user-defined groups of multiple items is in response to selection by the customer 

3 of a displayed indication representing the multiple user-defmed groups. 

1 17. The method of claim 15 wherein the performing of the indicated 

2 action includes the indicating of the user-defmed group of multiple items to be ordered. 

1 18. The method of claim 15 wherein the multiple user-defmed groups of 

2 multiple items were previously defined by the customer. 

1 19. The method of claim 9 wherein the ordering of the user-defmed 

2 group of multiple items is performed by a second user distinct from the user. 

1 20. The method of claim 9 wherein the user-defmed group includes an 

2 item representing a product to be supplied and an item representing a service to be 

3 provided. 
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1 21. The method of claim 9 wherein the user-defined group includes 

2 items that are different types of products. 

1 22. The method of claim 9 wherein the user-defined group includes an 

2 item that is another user-defined group of multiple items. 

1 23. The method of claim 9 wherem the user-defined group has 

2 associated shipping instructions, and wherein the sent request is additionally to deliver 

3 the multiple items as specified by the shipping instructions. 

1 24. The method of claim 9 wherein the user-defined group has 

2 associated wrapping instructions for the multiple items, and wherein the sent request is 

3 additionally to wrap the multiple items as specified by the wrapping instructions. 

1 25, The method of claim 9 wherein the displayed information and the 

2 displayed indication are part of a Web page received from the server system. 

1 26. The method of claim 9 wherein the performing of the indicated 

2 action includes clicking a mouse button when a cursor is positioned over the displayed 

3 indication. 

1 27. The method of claim 9 wherein the displaying of the information 

2 identifying the user-defined group of multiple items is in response to determining that the 

3 user-defined group satisfies search criteria specified by a customer. 

1 28. The method of claim 27 including assisting the customer to specify 

2 the search criteria by: 

3 displaying indications of multiple categories related to user-defined groups 

4 of items; and 
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5 receiving indications from the customer of a value for at least one of the 

6 multiple categories. 

1 29. The method of claim 27 wherein the search criteria relates to 

2 popularity of the user-defined group among other users. 

1 30. The method of claim 27 wherein the search criteria relates to 

2 demographic information about an intended recipient. 

1 31. The method of claim 27 wherein the search criteria identifies groups 

2 of multiple items such that the identified groups have a specified price. 

1 32. The method of claim 27 wherein the search criteria identifies groups 

2 of multiple items defined for a specified recipient. 

1 33. The method of claim 27 wherein the search criteria identifies user- 

2 defined groups appropriate for a specified occasion. 

1 34, The method of claim 27 wherein the search criteria identifies groups 

2 of multiple items defined for users with specified interests. 

1 35. The method of claim 9 includmg, before the displaying of the 

2 information, defining the group of multiple items based on received indications from the 

3 user. 

1 36. The method of claim 35 including assisting the user to define the 

2 group of multiple items by: 

3 displaying indications of multiple items; and 

4 in response to received indications for at least some of the multiple items, 

5 adding the indicated items to the defined group. 
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1 37. The method of claim 35 including receiving category information to 

2 be associated with the defined group of multiple items. 

1 38. The method of claim 35 including receiving an indication fi^om the 

2 user to make the defined group of multiple items available for ordering to other users. 

1 39. A computer-readable medium whose contents cause a computer 

2 system to perform the method of claim 9. 

1 40. The computer-readable medium of claim 39 wherein the computer- 

2 readable medium is a data transmission medium transmitting a generated data signal 

3 containing the contents. 

1 41. The computer-readable medium of claim 39 wherein the computer- 

2 readable medium is a memory of a computer system. 

1 42. A computer-readable generated data signal transmitted via a 



2 transmission medium, the generated data signal having encoded contents that assist a first 

3 user of a computer system to order multiple items defined as a group by a second user, 

4 by: 

5 displaying information to the first user identifying a group of multiple items 

6 defined by the second user and displaying to the first user an indication of an action that 

7 is to be performed to order the user-defined group of multiple items; and 

8 in response to the indicated action being performed, sending to a server 

9 computer a request to order the user-defined group of multiple items. 

1 43 . The computer-readable generated data signal of claim 42 wherein the 

2 first user is distinct from the second user. 
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1 44, A client system for ordering multiple items defined by a user as a 

2 group, comprising: 

3 a display component capable of displaying information identifying multiple 

4 items defined by a user as a group and of displaying an indication of an action that is to 

5 be performed to order the user-defined group of multiple items; and 

6 an item ordering component capable of, after performance of the indicated 

7 action, sending to a server computer a request to order the user-defined group of multiple 

8 items. 

1 45. A client system for ordering multiple items defined by a user as a 

2 group, comprising: 

3i 3 means for displaying information identifying multiple items defined by a 

£ 4 user as a group and displaying an indication of an action that is to be performed to order 

%5 the user-defined group of multiple items; and 

f 6 means for m response to the indicated action being performed, sending to a 

H 7 server computer a request to order the user-defined group of multiple items. 

2 1 46. A method for a server system to process an order for a group of 

O 2 muhiple items defined by a user, the method comprising: 

3 sending to a client system information identifying multiple items that were 

4 previously defined by a user to be a group, and sending to the cUent system an indication 

5 of an action that is to be performed to order the user-defined group of multiple items; and 

6 after receiving an indication from the client system that the indicated action 

7 has been performed, placing an order for the multiple items of the user-defined group to 

8 be delivered as a group to a recipient. 

1 47. The method of clahn 46 wherein the sent information identifies 

2 multiple user-defined groups each having multiple items, and wherein the receiving of the 
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3 indication that the indicated action has been performed includes an indication of the user- 

4 defmed group of multiple items to be ordered. 



1 48. The method of claim 46 wherein the ordering of the user-defmed 

2 group of multiple items is performed by a second user distinct from the user. 

1 49. The method of claim 46 wherein the user-defined group has 

2 associated shipping mstructions, and wherein the ordered multiple items are delivered as 

3 specified by the shipping instructions. 

1 50. The method of claim 46 wherein the sending of the information 

2 identifying the user-defmed group of multiple items is in response to determining that the 

3 user-defined group satisfies search criteria specified by a customer. 

1 51. The method of claim 46 including, before the sending of the 

2 information, defming the group of multiple items based on received indications from the 

3 user. 

1 52. The method of clann 51 including removmg the user-defmed group 

2 of multiple items based on criteria specified by the user during the defining of the group. 

1 53. The method of claim 46 including delivering the multiple items to 

2 the recipient as a group. 

1 54. The method of clahn 46 including charging a second user from 

2 whom the order was received for the ordering of the user-defined group. 

1 55. The method of claim 46 including : 

2 under control of the client system, 

3 receiving from the server system the sent information identifymg the 
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4 user-defined group and the sent indication of the action; 

5 displaying information identifying the user-defined group and an 

6 indication of an action that is to be performed to order the user-defined group; and 

7 in response to an indication from a customer using the chent system, 

8 sending to the server system the indication that the indicated action has been performed. 

1 56. The method of claim 46 including sending information identifying 

2 the user-defined group to each of a plurality of client systems havmg different users, and 

3 placing multiple orders for the multiple items of the user-defined group in response to 

4 received indications from the users at the client systems. 

1 57. The method of claim 56 including tracking a number of times that 

2 the user-defined group of multiple items has been ordered. 

1 58. The method of claim 57 including deteiinining a popularity rating for 

2 the user-defined group of multiple items based on the number of times for that group. 

1 59. The method of claim 57 including reimbursing the user based on the 

2 number of times that the user-defined group is ordered. 

1 60. A computer-readable medium whose contents cause a computer 

2 system to perform the method of claim 46. 

1 6 1 . A server system for processing an order for a group of multiple items 

2 defined by a user, comprising: 

3 a component capable of sending to a client system information identifying a 

4 group of multiple items that may be ordered, the group of multiple items defined by a 

5 user; and 

6 an item ordering component capable of, after receiving m indication from 

7 the client system that the user-defined group of multiple items is to be ordered, placing an 
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8 order for the multiple items of the user-defined group to be delivered as a group to a 

9 recipient. 

1 62. A method for assisting a user in creating user-defined groups of 

2 multiple items for ordering, the method comprising: 

3 defining each of a plurality of groups of multiple items by, 

4 receiving an indication firom the user to add each of a plurality of 

5 items to the group being defined; aad 

6 in response, associating each of the indicated items with the group; 

7 and 

8 for at least some of the user-defined groups, making those user-defmed 
n 9 group available for ordering to other users based on information received from the user, 
So so that any of the other users can order the multiple items in one of the available user-defined 
ft 1 groups by selecting that group for ordering. 

pi 63. The method of claim 62 inchiding receiving an indication from one 

f 2 of the other users to order one of the available user-defined groups, and ordering in 

o 3 response as a group the muhiple items associated with the indicated one user-defined 

4 group for the one other user. 

1 64. The method of claim 62 including receiving an indication from the 

2 user to order one of the user-defined groups that was not made available to other users, 

3 and ordering as a group the multiple items associated with the indicated one user-defined 

4 group for the user. 

1 65. The method of claim 62 including receiving wrapping instructions 

2 from the user about each of the user-defmed groups, and associating the received 

3 information for a group with that group to assist in later ordering of the group. 
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1 66. The method of claim 62 including automatically generating 

2 descriptive information about each of the user-defined groups based on the items 

3 associated with the group, and associating the generated information for a group with that 

4 group to assist in later ordering of the group. 

1 67. The method of claim 62 including automatically generating 

2 descriptive information about each of the user-defmed groups based on demographic 

3 information of recipients for whom the group is ordered, and associating the generated 

4 information for a group with that group to assist in later ordermg of the group. 

1 68. The method of claim 62 wherein each of the user-defmed groups 

2 includes an item representing a product to be supplied and an item representing a service 

3 to be provided. 

1 69. The method of claim 62 wherein each of the user-defmed groups 

2 includes items that are different types of products. 

1 70. The method of claim 62 including receiving descriptive information 

2 from the user about each of the user-defined groups, and associating the received 

3 information for a group with that group to assist in later ordering of the group. 

1 71. The method of claim 62 including receiving shippmg instructions 

2 from the user about each of the user-defined groups, and associating the received 

3 information for a group with that group to assist in later ordering of the group. 

4 

5 

1 72. A computer-readable medium containing a data stiiicture for use in 

2 ordering multiple items defined by a user as a group, a visual representation of the data 

3 structure including an indication of a group of multiple items defmed by a user and an 



42 



4 indication of a control that is selectable by a user to order the user-defined group of 

5 multiple items, so that the user can order the user-defined group of multiple items by 

6 selecting the indication for the control. 

1 73. The computer-readable medium of claim 72 wherein the data 

2 structure represents a document for display. 

1 74. The computer-readable medium of claim 72 wherein the data 

2 structure represents a Web page. 

3 
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PROVIDING GIFT CLUSTERING FUNCTIONALITY TO ASSIST A USER 
IN ORDERING MULTIPLE ITEMS FOR A RECIPIENT 

ABSTRACT OF THE DISCLOSURE 

A method and system for creating of gift clusters of multiple items in a 
client/server environment by users, and for the ordering of such user-defined gift clusters 
of multiple items. In particular, a user can specify multiple items to be associated 
together as a gift cluster, and can also specify a variety of descriptive information about 
the gift cluster. That user or another user can then order the gift cluster as a gift for 
themselves or for another recipient, and may also order the gift cluster for the same or 
different recipients multiple times. The descriptive information can provide various 
information about how the gift cluster is to be used, and can also assist the user or others 
in identifying when the gift cluster is appropriate for a recipient. When customers are 
later searching for appropriate gift clusters, the various categorization or other descriptive 
information can then assist is identifying appropriate gift clusters. The gift clustering 
functionality may be provided by and work in conjunction with a particular item ordering 
service, or instead may work independently from any particular item ordering service. 



[24976-80 1 9/803 1 -app.doc] 
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